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(54) Method for transmitting and receiving control messages in a mobile communication system 
providing MBMS service 



(57) A communication system providing a multime- 
dia broadcast/multicast sen/ice (MBMS). Control mes- 
sage to be transmitted to user equipments (UEs) desir- 
ing to receive the MBMS service, paging message in- 
cluding information indicating an operation of transmit- 



ting a response to the paging message received, is 
transmitted to the UEs, and thereafter, the control infor- 
mation corresponding to the paging information is trans- 
mitted, thereby minimizing interference and use of up- 
link resource. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 5 

[0001] The present invention relates generally to a 
mobile communication system, and in particular, to a 
method for exchanging control messages between a ra- 
dio network controller (RNC) and a user equipment (UE) 
in a mobile communication system providing a multime- 
dia broadcast/multicast service (MBMS). 

2. Description of the Related Art 

[0002] Recently, because of the development of com- 
munication industry, a service provided in a code divi- 
sion multiple access (CDMA) mobile communication 
system is developing into a multicasting multimedia 
communication system for transmitting voice service 
data and also high-capacity data such as packet data 
and circuit data. Therefore, in order to support the mul- 
ticasting multimedia communication system, active re- 
search is being conducted on a broadcast/multicast 
service in which a service is provided from one data 
source to a plurality of user equipments (UEs). The 
broadcast/multicast service can be classified into a cell 
broadcast service (CBS), which is a message-centered 
service, and a multimedia broadcast/multicast service 
(MBMS) for supporting multimedia data such as real- 
time image and voice, still image, and text. 
[0003] FIG 1 schematically illustrates a network con- 
figuration for providing an MBMS service in a mobile 
communication system. Referring to FIG. 1, a broad- 
cast/multicast-service center (BM-SC) 110 provides an 
MBMS stream for an MBMS service, schedules the 
stream, and delivers the scheduled MBMS stream to a 
transit network (N/W) 120. The transit network 120 is a 
network existing between the BM-SC 110 and a serving 
GPRS (General Packet Radio Service) support node 
(SGSN) 1 30, and delivers a stream for an MBMS service 
provided from the BM-SC 110 to the SGSN 130. It is 
assumed herein that the SGSN 130 can be comprised 
of a gateway GPRS support node (GGSN) and an ex- 
ternal network, and there exist a plurality of UEs re- 
questing the MBMS service at a particular time, e.g., a 
UE1 1 61 , a UE2 1 62, and a UE3 1 63 each belonging to 
aNodeBI orcell#1 160, and a UE4 171 andaUE5172 
each belonging to a Node B2 or cell#2 170. 
[0004] The SGSN 130, receiving a stream for an 
MBMS service from the transit network 120, controls an 
MBMS-related service of subscribers, or UEs, desiring 
to receive an MBMS service, i.e., controls an MBMS- 
related service including, for example, managing MBMS 
service accounting-related data of respective subscrib- 
ers and selectively transmitting MBMS service data to 
a particular radio network controller (RNC) 140. For the 
convenience of explanation, the term "Node B" and the 
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term "cell" will be used herein with the same meaning. 
In addition, the Node B can manage either one cell or a 
plurality of ceils. 

[0005] In order to selectively transmit MBMS data to 
a corresponding cell via the RNC 140, the SGSN 130 
must have a list of RNCs receiving the MBMS service, 
and the RNC 140 must also have a list of cells receiving 
the MBMS service. The RNC 140, having the list of cells 
receiving the MBMS service, provides an MBMS service 
to the cells. The RNC 140 controls a plurality of cells, 
and transmits MBMS service data to a cell in which a 
UE requesting the MBMS service is located, among the 
cells managed by the RNC 140 itself. In addition, the 
RNC 140 controls a radio channel set up to provide the 
MBMS service, and manages the MBMS service-relat- 
ed information with the stream for the MBMS service de- 
livered from the SGSN 130. 

[0006] As illustrated in FIG 1, in order to provide an 
MBMS service, only one radio channel is set up between 
one Node B, e.g., the cell#2 1 70, and U Es 1 71 and 1 72 
belonging to the cell#2 170. Though not illustrated in 
FIG. 1 , a home location register (HLR) is connected to 
the SGSN 130; and performs subscriber authentication 
for an MBMS service. 

[0007] Referring to FIG. 1 , the MBMS stream is deliv- 
ered to corresponding UEs via the transmit network 1 20, 
the SGSN 130, the RNC 140, and the Node B1 160 or 
the Node B2 170. That is, the MBMS stream is finally 
delivered to the UE1 1 61 , the UE2 1 62 and the UE3 1 63 
belonging to the Node B1 1 60 and the UE4 1 71 and the 
UE5 172 belonging to the Node B2 170. In addition, 
though not illustrated in FIG 1 , a plurality of SGSNs can 
exist for a particular MBMS service "X", and also, a plu- 
rality of RNCs can exist for each of the SGSNs. The SG- 
SN stores a list of RNCs transmitting a corresponding 
MBMS stream, and the RNC stores a list of cells, or 
Node Bs, transmitting the corresponding MBMS stream. 
As a result, the MBMS stream is delivered only to the 
Node Bs existing in the stored lists, enabling it to be 
transmitted to corresponding UEs in the Node Bs. 
[0008] FIG 2 illustrates a signaling procedure for pro- 
viding an MBMS service in a mobile communication sys- 
tem. Referring to FIG. 2, a UE performs user subscrip- 
tion to a core network (CN) in order to receive a partic- 
ular MBMS service (Step 201). The core network in- 
cludes a BM-SC, a transit network, and an SGSN, as 
illustrated in FIG 1 . In the user subscription process, fun- 
damental information related to MBMS service account- 
ing or MBMS service reception is exchanged between 
a service provider and a user. When the user subscrip- 
tion is completed, the core network performs a service 
announcement process in order to announce funda- 
mental information on currently available MBMS servic- 
es, e.g., menu information, to UEs or MBMS service 
subscribers (Step 202). The "menu information" refers 
to time information at which a particular MBMS service 
is initiated, and duration information. The core network 
can either broadcast the menu information to predeter- 
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mined service areas through a broadcast service such 
as CBS, or transmit the menu information only to the 
UEs from which an MBMS service request was re- 
ceived. In addition, the core network provides an MBMS 
service ID (Identifier) for distinguishing MBMS services 
through the menu information. 
[0009] Upon receiving menu information through the 
service announcement process, the UE selects a de- 
sired MBMS service from the menu information, and 
performs a sen/ice joining process on the selected 
MBMS service to the core network (Step 203). The serv- 
ice joining request message transmitted from the UE to 
the core network includes an MBMS service ID indicat- 
ing the seiected MBMS service, and a UE ID indicating 
the corresponding UE. In response to the sen/ice joining 
request from the UE, the core network identifies the 
MBMS sen/ice desired by the UE, and sets up a multi- 
cast mode bearer to the UE (Step 204). In the multicast 
mode bearer setup process, a transport bearer for pro- 
viding the MBMS service onto the core network, i.e., the 
SGSN and the transit network, can be previously set up. 
For example, a GTP-U/UDP/IP/L2/L1 bearer (see 3GPP 
TS 23.060) for the MBMS service may be previously set 
up between the SGSN and the GGSN. 
[0010] Thereafter, the core network performs a serv- 
ice notification process of notifying the UE that the re- 
quested MBMS service will be provided soon (Step 
205). For the service notification process, a paging 
method applied in a general CDMA communication sys- 
tem or a new paging method optimized for the MBMS 
service can be used. 

[0011] After being notified through the service notifi- 
cation process that the requested MBMS service will be 
initiated soon, the UE performs a radio resource alloca- 
tion process together with the core network (Step 206). 
The UE actually assigns a radio resource to provide the 
MBMS service through the radio resource allocation 
process, and performs a radio bearer (RB) setup proc- 
ess and a radio channel reconfiguration process based 
on the assigned radio resource-related information. 
More specifically describing step 206, the radio re- 
source allocation process is divided into a radio bearer 
setup step in which the RNC provides UEs located in a 
particular cell with information on a radio bearer over 
which the MBMS service will be transmitted in the cor- 
responding cell, and a radio link setup step in which the 
RNC provides information on a transport bearer and a 
radio bearer to be formed on a lub interface, to the cells 
where UEs scheduled to receive the MBMS service are 
located. When the radio resource allocation process is 
ended, all UEs desiring to receive a particular MBMS 
service detect information related to a radio link through 
which the particular MBMS service will be provided, and 
information on an upper layer where the service will be 
handled, and the cells to which the UEs belong complete 
setting up of the radio link and the lub interface. That is, 
when the radio resource allocation process of step 206 
is performed, preparation for transmitting the MBMS 
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service data to the UEs is completed. 
[0012] When the radio resource allocation process is 
completed, all UEs desiring to receive particular MBMS 
sen/ice data detect information on a radio link over 

5 which the particular MBMS service is to be provided, 
and information on an upper layer where the MBMS 
service will be processed. Further, cells to which the 
UEs belong complete setting up of the radio link and the 
lub interface. When preparation for providing the MBMS 

10 service between the RNC and the UEs is completed, the 
core network performs an MBMS data transfer process 
in which MBMS service data is transmitted to the UEs 
via the RNC (Step 207). Further, in step 207, a ciphering 
key update process can be performed. For example, 

15 when there is a necessity to update a ciphering key for 
a particular MBMS service, the RNC provides the new 
ciphering key to all UEs receiving the MBMS service. 
Thereafter, when transmission of the MBMS service da- 
ta is completed, a radio resource release process for 

20 releasing radio resources, i.e., a transport bearer and a 
radio bearer, set up between the UE and the core net- 
work is performed (Step 208). 
[0013] FIG 3 illustrates the MBMS service providing 
procedure illustrated in FIG. 2 in more detail. The CN 

25 illustrated in FIG 2 includes the SGSN 130, the transit 
network 120, and the BM-SC 110. In FIG 3, however, in 
order to place priority to an operation of a radio access 
network (RAN), the CN will be described laying stress 
on a concept of the SGSN 130. 

30 [0014] Referring to FIG. 3, fundamental information 
on currently available MBMS services, e.g., menu infor- 
mation, is provided to a UE 1 61 through the service an- 
nouncement process described in conjunction with FIG. 
2 (Step 202). The UE 161 transmits an Activate MBMS 

35 POP (Packet Data Protocol) Context Request message 
to the SGSN 130 (Step 301). The PDP context is clas- 
sified into a primary PDP context and a secondary PDP 
context. The secondary PDP context has the same in- 
formation as that of the primary PDP context. That is; 

40 the secondary PDP context is a context that exists only 
when the primary PDP context exists, and the second- 
ary PDP context reuses the intact information of the pri- 
mary PDP context. The primary PDP context and the 
secondary PDP context are identical to each other in 

45 information used, but different from each other in a 
GPRS tunneling protocol (GTP) over which actual pack- 
et data is transmitted. The GPRS is a packet data serv- 
ice performed in a universal mobile telecommunications 
system (UMTS) network. In addition, parameters con- 
so tained in the Activate MBMS PDP Context Request 
message include Network Layer Service Access Point 
Identifier (NSAPI), Temporary Identifier (Tl), PDP Type, 
PDP Address, Access Point Network, Quality of Service 
(QoS). A GTP tunnel is generated in the mobile commu- 

55 nication system, when the UE 161 sends a request to 
an SGSN 130 included in a core network (UE-initiated 
activation) and when an external network sends a re- 
quest to the core network (network-requested activa- 
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tion). Upon receiving the Activate MBMS PDP Context 
Request message, the SGSN 130 generates an MBMS 
PDP context for a corresponding MBMS service when 
the UE 161 that transmitted the Activate MBMS PDP 
Context Request message is a first UE that requested 5 
the corresponding MBMS service. 
[0015] After storing information on the UE 1 61 in the 
generated MBMS PDP context, the SGSN 1 30 performs 
a series of operations together with a GGSN connected 
to the SGSN 130. Here, the operations performed by 
the SGSN 130 along with the GGSN are GTP tunnel 
setup operations, and if the SGSN 130 notifies param- 
eters included in the Activate MBMS PDP Context Re- 
quest message received from the UE 161 to the GGSN, 
then the GGSN sets up a GTP tunnel using the param- 
eters. Because the GTP tunnel setup process is not di- 
rectly related to the present invention, a detailed de- 
scription thereof will be omitted. The MBMS PDP con- 
text is a set of parameters where information related to 
a particular MBMS service is stored, and the MBMS 
PDP context stores (i) a list of UEs that transmitted the 
Activate MBMS PDP Context Request message, (ii) po- 
sition information of the UEs, and (iii) information related 
to a transport bearer for transmitting the corresponding 
MBMS service data. The SGSN 130 transmits an Acti- 
vate MBMS PDP Context Accept message to the UE 
161 (Step 302). The Activate MBMS PDP Context Ac- 
cept message includes a temporary multicast group 
identity (TMGl) parameter to be used in group paging 
for the MBMS service, and a discontinuous reception 
(DRX) parameter. The DRX parameter is a parameter 
related to a period for which the UE 1 61 monitors a sig- 
nal on a paging indicator channel (PICH), and the DRX 
parameter includes a DRX cycle length (CL) coefficient 
and Np. The Np has a value selected from 
[18,36,72,144], and is given as system information (SI). 
The Np indicates how many paging instances (Pis) exist 
in the one system frame. The paging-related TMGl and 
DRX parameters are disclosed in Korean Patent Appli- 
cation No. 2002-34704 corresponding US Patent Appli- 
cation No. 465,321 (June 18, 2003) filed by the appli- 
cant, the contents of which are incorporated herein by 
reference. 

[0016] Upon receiving the Activate MBMS PDP Con- 
text Accept message from the SGSN 130, the UE 1 61 
transitions to an idle state for waiting. At a corresponding 
MBMS service start time or after receiving first MBMS 
service data, the SGSN 130 transmits a service Notifi- 
cation message to an RNC 140 having UEs desiring to 
receive the service, i.e., the UE 161 that transmitted the 
Activate MBMS PDP Context Request message (Step 
303). Because the SGSN 130 has a list of the UEs that 
requested the corresponding MBMS service and a list 
of RNCs to which the UEs belong, it transmits a service 
Notification message to the RNCs to which the corre- 
sponding UEs belong, when the MBMS service is start- 
ed. The service Notification process is also disclosed in 
Korean Patent Application No. 2002-34704. 
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[0017] The SGSN 130 transmits the TMGl and DRX 
parameters to the RNC 140 along with a service Notifi- 
cation message indicating initiation of the MBMS serv- 
ice. Upon receiving the service Notification message 
from the SGSN 130, the RNC 140 calculates a paging 
occasion (PO) and a paging instance (PI) using the TM- 
Gl and DRX parameters included in the received service 
Notification message. The UE 161 also calculates PO 
and PI using the TMGl and DRX parameters included 
in the Activate MBMS PDP Context Accept message. 
The RNC 140 turns on or off a paging indicator channel 
(PICH) at a time indicated by the PI and PO, to indicate 
whether the UE 161 will receive a signal transmitted, 
over a paging channel (PCH) (Step 304-1). When the 
PICH is turned on at PI of a corresponding PO, the UE 
161 receives the PCH signal and recognizes paging of 
the UE 161 itself. However, when the PICH is turned off, 
the UE 161 does not receive the PCH signal. When the 
UE 161 is paged, the RNC 140 transmits the service 
Notification message or a paging message over PCH 
associated with the PICH, i.e., associated PCH, after a 
lapse of time predetermined with the PICH, to enable 
the UE 161 to recognize that the corresponding MBMS 
service will be started soon (Step 304-2). The RNC 140 
instructs UEs requesting the MBMS service to receive 
an MBMS RB Setup message over a common control 
channel (e.g., forward access channel (FACH)) at an 
early time. 

[0018] The UE 161 periodically monitors a PICH sig- 
nal at the calculated PI of the PO. if it is determined that 
the PICH signal has a paging for a corresponding MBMS 
service, the UE 161 receives an MBMS Paging mes- 
sage on an associated PCH . However, if it is determined 
that the PICH signal does not have a paging for the cor- 
responding MBMS service, the UE 1 61 does not receive 
the associated PCH signal. "The PICH signal has a pag- 
ing for a corresponding MBMS service" means that in- 
formation '1' is coded to the PICH at the PI of the PO, 
while "the PICH signal does not have a paging for the 
corresponding MBMS service" means that information 
'0' is coded to the PICH at the PI of the PO. 
[0019] Upon receiving the MBMS Paging message, 
the UE 161 determines which MBMS service will be in- 
itiated, using TMGl included in the received MBMS Pag- 
ing message. If the TMGl indicates an MBMS service 
requested by the UE 161 itself, the UE 161 recognizes 
that the MBMS service requested by the UE 161 itself 
will be started. That is, by receiving the MBMS Paging 
message, the UE 161 is notified of the MBMS service. 
Herein, an MBMS Paging message is received as one 
of the methods for perceiving notification of an MBMS 
service. 

[0020] Upon receiving the MBMS Paging message, 
the UE 161 transmits a service Notification Response 
message indicating normal receipt of the service Notifi- 
cation message, to the SGSN 130 (Step 305). After re- 
ceiving the service Notification Response message, the 
SGSN 130 transmits an MBMS RAB (Radio Access 
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Bearer) Assignment Request message to the RNC 1 40 
(Step 306). The MBMS RAB Assignment Request mes- 
sage can include information on QoS (Quality of Serv- 
ice) necessary for providing the MBMS service and a 
list of UEs to which MBMS RAB is set up. 
[0021 ] The above description has been made with ref- 
erence to only the UE 161 . However, when a plurality of 
UEs request the corresponding MBMS service, the SG- 
SN 1 30 transmits a list of the UEs to the RNC 1 40 along 
with the MBMS RAB Assignment Request message, 
and the RNC 140 performs operations following recep- 
tion of the corresponding MBMS service for each of the 
U Es. The RAB is a set of transmission resources formed 
in a radio access network (RAN) to provide a particular 
MBMS service, and specifically, the RAB includes a 
transport bearer between the SGSN 130 and the RNC 
140 (lu interface), and a transport bearer and a radio 
channel between the RNC 140 and a Node B 160 (lub 
interface). 

[0022] The RNC 140 determines MBMS RB informa- 
tion for the corresponding MBMS service according to 
the MBMS RAB Assignment Request message re- 
ceived from the SGSN 130. The MBMS RB information 
includes Layer 2 (L2) information and Layer 1 (L1) in- 
formation. The L2 information can include radio link con- 
trol (RLC)/packet data convergence protocol (PDCP)- 
related information, and the L1 information can include 
transport format set (TFS) information, transport format 
combination set (TFCS) information, channelization 
code information, and transmit power-related informa- 
tion. The RNC 140 determines a cell for setting up an 
MBMS RAB, using the UE list, and because the RNC 
140 detects positions of UEs in a CELL_FACH state by 
the cell, the UE list can be substituted for a cell list. 
Therefore, the RNC 140 transmits an MBMS RB Setup 
message, which will be described later, to each cell, and 
repeatedly transmits the MBMS RB Setup message as 
many times as the number of cells where UEs are locat- 
ed. 

[0023] The RNC 140, after determining the MBMS RB 
information, transmits an MBMS RB Setup message to 
the UE 161 (Step 307). The UE 161 sets up an MBMS 
radio bearer corresponding to MBMS RB information in- 
cluded in the received MBMS RB Setup message, and 
then transmits an MBMS RB Setup Complete message 
to the RNC 140 (Step 308). Upon receiving the MBMS 
RB Setup Complete message from the UE 1 61 , the RNC 
140 transmits an MBMS RAB Assignment Response 
message to the SGSN 130 (Step 309). The SGSN 130 
then starts data transmission for the corresponding 
MBMS service (Step 207). 

[0024] Thereafter, if the SGSN 130 transmits an 
MBMS Control message to the RNC 140, then the RNC 
140 turns on or off PICH at a time indicated by the PI 
and PO to indicate whether the UE 161 will receive a 
PCH signal or not, as described in step 304-1 (Step 
31 1 -1 ). The MBMS Control message also includes such 
parameters as TMGI. Thereafter, when there is a paging 



for the UE 161, the RNC 140 transmits a Paging mes- 
sage to the UE 161 over PCH associated with the PICH, 
i.e., an associated PCH, after a lapse of a time prede- 
termined with the PICH, to enable the UE 1 61 to recog- 

5 nize that the corresponding MBMS service will be initi- 
ated soon (Step 312-2). In addition, the RNC 140 trans- 
mits such parameters as the TMGI to the UE 1 61 along 
with the MBMS Control message (Step 313). 
[0025] Of the messages described in conjunction with 

10 FIG. 3, the service Notification message, the MBMS RB 
Setup message, and the MBMS Control message con- 
stitute a group message. The "group message" is a 
message made in such a manner that a plurality of UEs 
receive one message. That is, a plurality of UEs deter- 

15 mine in step 304-1 whether the PICH, i.e., the service 
Notification message, was received by consulting the 
same PI in the PO, and the TMGI described in step 
304-2 represents UEs scheduled to receive the service 
Notification message, so that a plurality of UEs receive 

20 one service Notification message. In addition, the 
MBMS RB Setup message described in step 307 and 
the MBMS Control message described in step 313 are 
also transmitted over FACH, which is a common chan- 
nel, and parameters such as TMGI are inserted therein, 

25 thereby enabling a plurality of UEs receive the parame- 
ters in common. 

[0026] States of the UE will now be described herein 
below. The states of the UE are roughly divided into 
CELLJDCH, CELL.FACH, CELL_PCH, URA_PCH, 
30 and IDLE states, and a description of each state will be 
made herein below. 

(1) CELL_DCH: in this state, a dedicated channel 
is set up between a UE and an RNC, and data ex- 

35 change between the UE and the RNC is performed 
through a dedicated channel. The RNC tracks a po- 
sition of the UE by the cell. In transmitting data from 
the RNC to the UE or from the UE to the RNC, no 
separate previous procedure is required, and data 

40 exchange is achieved through a dedicated channel. 

(2) CELL_FACH: in this sate, FACH is set up be- 
tween a UE and an RNC. When there is data to 
transmit to the RNC, the UE transmits the data us- 

45 ing a reverse access channel (RACH), and the UE 
receives data from the RNC over FACH. The UE 
and the RNC exchange data over common chan- 
nels of FACH and RACH, and the RNC tracks a po- 
sition of the UE by the cell. In transmitting data from 

50 the RNC to the UE or from the UE to the RNC, no 
separate previous procedure is required. In the 
CELL_FACH state, the UE receives every data 
transmitted over FACH, and determines whether 
the received data is its own data, using an identifier 

55 (ID) in the received data. 

(3) CELL_PCH: In the CELL_PCHstate, a UE mon- 
itors a PICH signal, and does not receive other 
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channel signals such as an FACH signal. An RNC, 
before transmitting data to the UE, must page the 
UE and bring the U E to the C ELL_FACH state. Sim- 
ilarly, the UE, before transmitting data to the RNC, 
musttransition to the CELL_FACH. The RNC tracks 
a position of the UE by the cell. In the paging pro- 
cedure, the DRX parameter determined in the RNC 
is used. 

(4) URA_PCH: this state is identical to the 
CELL_PCH state except that an RNC tracks a po- 
sition of a UE by the URA (UTRAN Registration Ar- 
ea). 

(5) IDLE: in this state, an RNC has no information 
on a position of a UE, and can page the UE at a 
request of a core network. The paging procedure is 
identical to the paging procedure in the CELL_PCH 
state except that the DRX parameter determined in 
the core network is used. In order for the RNC and 
the UE to transmit and receive data, an RRC (Radio 
Resource Control) Connection Setup process must 
proceed. 

[0027] As stated above, when there is a paging from 
the core network, UEs in the CELL_PCH state and the 
URA_PCH state perform a Cell Update process, and 
UEs in the IDLE state perform an RRC Connection Set- 
up process. The Cell Update process and the RRC Con- 
nection Setup process will now be described herein be- 
low. 

Cell Update Process 

[0028] Through the Cell Update process, a UE is as- 
signed a UE ID, called a C (cell)-radio network tempo- 
rary identity (C-RNTI), by an RNC. The C-RNTI identi- 
fies UE-related data received over FACH. For example, 
if the RNC desires to transmit a particular message to 
a particular UE in the CELLJACH state, the RNC in- 
serts the C-RNTI into a medium access control (MAC) 
header of the message and transmits the message to 
the UE over FACH. Then the UE, receiving an FACH 
signal in the CELL_FACH state, analyzes a MAC header 
in the messages transmitted over the FACH, and re- 
ceives only the message having C-RNTI identical to its 
own unique C-RNTI. In addition, when transmitting a 
message to the RNC over RACH, the UE inserts its own 
C-RNTI into a MAC header, and the RNC identifies the 
UE that transmitted the message, using the C-RNTI. 

RRC Connection Setup Process 

[0029] Through the RRC Connection Setup process, 
a UE is assigned C-RNTI and a UE ID, called a U 
(UTRAN)-RNTI, by an RNC. The U-RNTI is also an 
identifier for identifying the UE, and is assigned when 
the C-RNTI cannot be used. Because the C-RNTI is 
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uniquely assigned to each cell, when the UE changes 
its cell, the RNC must newly assign the C-RNTI to the 
corresponding UE. Therefore, when the UE changes its 
cell, the cell change is notified to the RNC using U-RNTI. 

5 In addition, through the RRC Connection Setup proc- 
ess, the RNC and the UE previously make a mutual 
agreement on a format of control messages to be ex- 
changed later by the RNC and the UE. The control mes- 
sage is transmitted through a signaling radio bearer 

10 (SRB) between the RNC and the UE, and the RNC and 
UE previously make a mutual agreement on a format of 
the SRBs through the RRC Connection Setup process. 
There can be provided a plurality of SRBs, and each of 
the SRBs is assigned a unique integer. Therefore, the 

15 SRBs are identified using unique integers assigned 
thereto. For example, when 4 SRBs are formed between 
the UE and the RNC, the SRBs are called a radio bearer 
#1 (RB1), a radio bearer #2 (RB2), a radio bearer #3 
(RB3), and a radio bearer #4 (RB4). In addition, a format 

20 of the SRBs can include L2/L1 information to be used 
for each SRB, for example, RLC information and trans- 
port format set information . A message f o rmat determin- 
ing a format of the SRBs between the UE and the RNC 
is predetermined system information and notified to all 

25 UEs, and an SRB called a radio bearer #0 (RB0) is used. 
As a result, UEs in the CELL_PCH, URA_PCH, 
CELL^FACH, and CELL.DCH states have already 
formed the SRBs to the RNC, and exchange of control 
messages between the UEs and the RNC is performed 

30 using the formed SRBs. 

[0030] Afterthe Cell Update process or the RRC Con- 
nection Setup process, the UE and the RNC, or the 
CRNC, can transmit and receive a dedicated message. 
The dedicated message has an opposite concept of the 

35 group message, and means a message for which a 
transmission side is matched to a reception side on a 
one-to-one basis. The C-RNTI serves as an identifier for 
identifying a corresponding UE. In addition, the dedicat- 
ed message is transmitted through one of a plurality of 

40 SRBs formed between the UE and the RNC. If a radio 
bearer #0 (RB0), or SRB, is used instead of the C-RNTI 
in a group message transmission/reception process, it 
is unnecessary to separately perform the Cell Update 
process or the RRC Connection Setup process. 

45 [0031] The UE states will now be described with ref- 
erence to FIG. 3. Herein, the case where UEs in the 
IDLE or CELL_PCH and URA_PCH states need to per- 
form the Cell Update process or the RRC Connection 
Setup process is referred to as "CU/RC performed. " As 

50 illustrated in FIG 3, it is noted that the Cell Update proc- 
ess or the RRC Connection Setup process must be fre- 
quently performed. That is, upon receiving a Paging 
message for a particular MBMS service, the UEs in the 
IDLE or CELL.PACH and URA_PCH states perform the 

55 Cell Update process or the RRC Connection Setup 
process. Of course, if the Paging message is for deliv- 
ering a group message and the UE need not transmit a 
response message for the group message to an RNC, 
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then the Cell Update process or the RRC Connection 
Setup process may not be required. For example, when 
receiving MBMS data over a common channel in the 
CELL_PCH or URA_PCH state, or receiving an MBMS 
Paging message to receive a control message in other 
cases and receiving an MBMS Control information over 
FACH through an MBMS-related control message, the 
UE is not necessarily required to perform the Cell Up- 
date process in the CELL_PACH state. 
[0032] According to the UMTS standard, UEs receiv- 
ing a paging message should perform the Cell Update 
process or the RRC Connection Setup process in order 
to transmit a response message to the paging message. 
Therefore, a UE receiving the paging message must 
perform the Cell Update process orthe RRC Connection 
Setup process. However, transmission of a response 
message to the paging message decreases efficiency 
of uplink transmission resources and increases uplink 
interference caused by the response message. In addi- 
tion, because performing the Cell Update process orthe 
RRC Connection Setup process on the paging message 
by the UE may generate an unnecessary load, there is 
a demand for a new response scheme for receiving the 
paging message. 

SUMMARY OF THE INVENTION 

[0033] It is, therefore, an object of the present inven- 
tion to provide a method for transmitting and receiving 
a control message in a mobile communication system 
supporting an MBMS service. 
[0034] It is another object of the present invention to 
provide a method for minimizing state transition of a UE 
during transmission/reception of a control message in a 
mobile communication system supporting an MBMS 
service. 

[0035] It is further another object of the present inven- 
tion to provide a method for minimizing transmission of 
a response by a UE during transmission/reception of a 
control message in a mobile communication system 
supporting an MBMS service. 
[0036] To achieve the above and other objects, there 
is provided a method for transmitting control information 
for a multimedia broadcast/multicast service (MBMS) by 
a radio network controller (RNC) in a mobile communi- 
cation system Including a user equipment (UE) and the 
RNC providing the MBMS to the UE. If a control mes- 
sage for an MBMS to be transmitted to the UE is gen- 
erated, the RNC generates the UE's operation instruc- 
tion information indicating whether to respond to re- 
ceived paging message; and transmits the paging mes- 
sage including the operation instruction information to 
the UE before transmission of the control message. 
[0037] To achieve the above and other objects, there 
is provided a method of receiving control information for 
a multimedia broadcast/multicast service (MBMS) by a 
user equipment (UE) in a mobile communication system 
including the UE and a radio network controller (RNC) 
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providing the MBMS to the UE. The UE determines 
whether to respond to a paging message by using op- 
eration instruction information instructing whetherto re- 
spond to the paging message; and transmits response 
5 message to the RNC according to the operation instruc- 
tion information included in the paging message. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0038] The above and other objects, features, and ad- 
vantages of the present invention will become more ap- 
parent from the following detailed description when tak- 
en in conjunction with the accompanying drawings in 
which: 

FIG 1 is a diagram schematically illustrating a net- 
work configuration for providing an MBMS service 
in a mobile communication system; 
FIG 2 is a signaling diagram illustrating a procedure 
for providing an MBMS service in a mobile commu- 
nication system; 

FIG 3 is a signaling diagram illustrating the MBMS 
service providing procedure of FIG 2 in detail; 
FIG 4 is a signaling diagram illustrating an MBMS 
Control message transmission/reception proce- 
dure between a UE and an RNC according to a first 
embodiment of the present invention; 
FIG 5 is a flowchart illustrating a procedure for re- 
ceiving an MBMS Control message by a UE in the 
IDLE, CELL_PCH, or URA_PCH state In FIG 4; 
FIG 6 is a flowchart illustrating a process of receiv- 
ing an MBMS Control message by a UE in a 
CELL_FACH state in FIG 4; 
FIG 7 is a flowchart illustrating a process of receiv- 
ing an MBMS Control message by a UE in a 
CELLJDCH state in FIG. 4; 
FIG 8 is a flowchart illustrating a process of trans- 
mitting an MBMS Control message by an RNC in 
FIG 4; 

FIG 9 is a signaling diagram illustrating a process 
of transmitting and receiving an MBMS control mes- 
sage between a UE and an RNC according to a sec- 
ond embodiment of the present invention; 
FIG 1 0 is a flowchart illustrating a process of receiv- 
ing an MBMS Control message by a UE in an IDLE, 
CELL_PCH or URA_PCH state; 
FIG 1 1 is a flowchart illustrating a process of trans- 
mitting an MBMS Control message by an RNC in 
FIG. 9; 

FIG 1 2 is signaling diagram illustrating a service No- 
tification process and an MBMS RB Setup process 
when a UE X and a UE Y are in the same cell, ac- 
cording to the present invention; 
FIG 13 is a signaling diagram illustrating a process 
of updating a ciphering key when a UE X and a UE 
Y are in the same cell, according to an embodiment 
of the present invention; 

FIG 14 is a signaling diagram illustrating a process 
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of releasing an MBMS RB when a UE X and a UE 
Y are in the same cell, according to the present in- 
vention; and 

FIG 15 is a flowchart illustrating a process of trans- 
mitting an MBMS Control message by an RNC ac- 
cording to a third embodiment of the present inven- 
tion. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0039] Several preferred embodiments of the present 
invention will now be described in detail herein below 
with reference to the annexed drawings. In the following 
description, a detailed description of known functions 
and configurations incorporated herein has been omit- 
ted for conciseness. 

[0040] The present invention provides an efficient 
group signaling scheme, i.e., a downlink control mes- 
sage transmission scheme in which one control mes- 
sage is delivered to a plurality of user equipments (UEs). 
When there is a necessity to transmit an MBMS Control 
message, if the MBMS Control message is a group mes- 
sage, a radio network controller (RNC) performs an op- 
eration proposed by the invention together with a UE. 
The "MBMS Control message" refers to control messag- 
es transmitted and received in connection with the 
MBMS service, and the "group message" refers to a 
message made in such a way that a plurality of UEs re- 
ceive one message. 

[0041] An RNC notifies UEs in an IDLE state and 
CELL__PCH/URA_PCH states of initiation of the MBMS 
service through an MBMS Paging message. Upon de- 
tecting initiation of the MBMS service through the MBMS 
paging procedure, the UEs receive a signal on a com- 
mon control channel such as a forward access channel 
(FACH). The UEs, detecting initiation of the MBMS serv- 
ice, perform a Cell Update process or an RRC Connec- 
tion Setup process according to a CU/RC (Cell Update/ 
RRC Connection) required parameter included in the 
MBMS Paging message. The present invention pre- 
vents UEs in the IDLE/CELL_PCH/URA_PCH states 
from performing unnecessary Cell Update or RRC Con- 
nection Setup process, to thereby reduce interference 
or load due to unnecessary message transmission. 
[0042] The RNC transmits the MBMS Control mes- 
sage over such a common control channel such as 
FACH. The RNC may repeatedly transmit the MBMS 
Control message as many times as a predetermined 
number so that it can be reliably delivered to all UEs. In 
some cases, the UE may fail to receive the MBMS Con- 
trol message transmitted by the RNC. Upon failure to 
normally receive the MBMS Control message transmit- 
ted by the RNC, the UE can send a retransmission re- 
quest for the MBMS Control message to the RNC at a 
time when a time to request (TTR) included in the MBMS 
Paging message elapses. 

[0043] Through the above-stated processes, the RNC 



and UE are prevented from performing an unnecessary 
message transmission/reception process (e.g., mes- 
sage transmission/reception occurring in the Cell Up- 
date process and a Cell Update Conform process). In 

5 addition, when there is no necessity to transmit a re- 
sponse message to an MBMS Control message, the 
MBMS Control message is repeatedly transmitted as 
many times as a predetermined number so that the 
MBMS Control message is reliably delivered to all UEs. 

w [0044] The MBMS Control message includes a value 
tag indicating that the currently-transmitted MBMS Con- 
trol message is a message that was repeated a prede- 
termined number of times, so as to prevent the UE from 
responding to the same MBMS Control message. In ad- 
's dition, although the same MBMS Control message was 
repeatedly transmitted as many times as the predeter- 
mined number, if the UE fails to receive the MBMS Con- 
trol message, an associated message ID (AMID) is in- 
cluded in the MBMS Control message to enable the UE 

20 to request retransmission of the MBMS Control mes- 
sage. The AMID is a kind of a retransmission request 
identifier. At times, the AMID may not be included in the 
MBMS Control message. That is, when the UE fails to 
receive the MBMS Control message after the TTR, the 

25 UE can transmit only its own ID and service ID informa- 
tion, and the RNC can retransmit the failed MBMS Con- 
trol message to the reception-failed UE. 
[0045] FIG 4 is a signaling diagram illustrating an 
MBMS Control message transmission/reception proce- 

30 dure between a UE and an RNC according to a first em- 
bodiment of the present invention. Before a description 
of FIG 4, it should be noted that a network configuration 
for providing the MBMS service is identical to the net- 
work configuration illustrated in FIG 1. Because the 

35 MBMS Control message is a group message, it must be 
transmitted to all UEs receiving the same MBMS serv- 
ice. However, in FIG 4, the MBMS Control message is 
transmitted to only one UE, for simplicity. 

40 1. MBMS Paging Message Transmission/Reception 
Process 

[0046] If there is a necessity to transmit an MBMS 
Control message to UEs while an RNC is providing an 

45 MBMS service, the RNC performs transmission of an 
MBMS Paging message to transmit the MBMS Control 
message to all UEs receiving the MBMS service. Be- 
cause the MBMS Control message is a group message, 
all UEs receiving the same MBMS service must receive 

50 the MBMS Control message regardless of their states. 
The UEs have any one of IDLE, CELL.DCH, 
CELL_FACH, CELL.PCH, and URA_PCH states. 
[0047] In order to transmit the MBMS Control mes- 
sage to a UE, the RNC first transmits an MBMS Paging 

55 message to the UE, and a corresponding operation per- 
formed by the UE and the RNC will be described below. 
[0048] The RNC first calculates a paging occasion 
(PO) and a paging instance (PI) using a temporary mul- 
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ticast group identity (TMGi) of the MBMS service. The 
TMGI is an identifier that is uniquely assigned according 
to a type of the MBMS service, and in calculating the 
PO and Pi, not only the TMGI but also a discontinuous 
reception (DRX) parameter are considered. Then, the 
RNC transmits information indicating paging for the 
MBMS service along with a paging channel (PICH) sig- 
nal at a time corresponding to the calculated PO and PI 
(Step 401 ), to inform the UE that an MBMS Paging mes- 
sage will be transmitted over PCH. Thereafter, the RNC 
transmits an MBMS Paging message to the UE over the 
PCH, a predetermined time after the PICH signal is 
transmitted (Step 402). The MBMS Paging message in- 
cludes such parameters as TMGI, CU/RC required, 
TTR, AMID, and MBMS paging cause. 
[0049] The parameters included in the MBMS Paging 
message will now be described below. 

(1) TMGI 

[0050] TMGI is an identifier for identifying a particular 
MBMS service, and in an MBMS Joining process, UEs 
detect TMGI for the particular MBMS service. In addi- 
tion, the UE that requested a particular MBMS service 
may use TMGI as an identifier for identifying paging for 
the MBMS service requested by the UE itself. 

(2) CU/RC required 

[0051] The CU/RC required is a parameter indicating 
whether the Cell Update process or the RRC Connec- 
tion Setup process is required to be performed on an 
MBMS Paging message including the CU/RC required. 
The RNC determines a value to be set to the CU/RC 
required parameter according to characteristics of a cor- 
responding MBMS Paging message and an MBMS 
Control message associated with the MBMS Paging 
message. For example, if the MBMS Control message 
associated with the MBMS Paging message is a mes- 
sage that does not require a response from a reception 
side, i.e., UEs, then the CU/RC required is set to "off," 
i.e., "not required." In contrast, if the MBMS Control 
message is a message that requires a response from 
the UEs, the CU/RC required is set to "on," i.e., "re- 
quired." In the following description, it will be assumed 
that the CU/RC required parameter is set to "on" when 
it is necessary to perform the Cell Update process or the 
RRC Connection Setup process, and the CU/RC re- 
quired parameter is set to "off" when it is not required to 
perform the Cell Update process or the RRC Connection 
Setup process. Thus, when the CU/RC required is set 
to "on," corresponding UEs perform the Cell Update 
process or the RRC Connection Setup process accord- 
ing to their current states. In this way, based on the CU/ 
RC required field in the MBMS Paging message, the 
RNC can control operation of the UEs according to 
whether the Cell Update process or the RRC Connec- 
tion Setup process is actually required. By using the CU/ 
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RC required field, the UEs can optionally perform or not 
perform the Cell Update process orthe RCC Connection 
Setup process according to their states. According to 
the present invention, the UE can receive a Paging mes- 

5 sage in the CELL.PACH state or the URA_PCH state 
before a Control message is received. Therefore, the 
Paging message functions not only as a Notification 
message for notifying initiation of an MBMS service but 
also as a Notification message for notifying reception of 

10 a Control message. 

(3) AMID 

[0052] The AMID is a parameter for identifying an 
MBMS Control message associated with an MBMS 
Paging message. For example, when AMID in the 
MBMS Paging message is assigned "1," AMID in an 
MBMS Control message associated with the MBMS 
Paging message is also assigned "1 In the future, the 
AMID will be used as an identifierfor requesting retrans- 
mission of the MBMS Paging message and the MBMS 
Control message. 

(4) TTR 

[0053] The TTR represents a waiting time for which a 
UE must wait to request retransmission of the MBMS 
Control message when the UE has received an MBMS 
Paging message but has failed to receive an MBMS 
Control message having the same AMID as an MBMS 
Control message associated with the MBMS Paging 
message. 

(5) MBMS paging cause 

[0054] The MBMS paging cause is a parameter indict- 
ing a cause of transmitting an MBMS Paging message, 
and in a wideband-code division multiple access (W-CD- 
MA) mobile communication system, a paging cause ap- 
plicable to the MBMS service can include a Terminating 
streaming call'. Of course, a new paging cause instead 
of the existing paging cause can be defined for the 
MBMS service. That is, a new paging cause value for 
notification of an MBMS service can be defined, or 
meaning of an existing paging cause value can be ex- 
tended to be used as a value for MBMS paging. 
[0055] If a UE in the IDLE, CELL_DCH, CELL_FACH, 
CELL_PCH, or URA_PCH state detects paging for the 
MBMS service from a received PICH signal, the UE re- 
ceives an MBMS Paging message over PCH at a pre- 
determined time. The UE analyzes TMGI included in the 
received MBMS Paging message, and if the analyzed 
TMGI is identical to TMGI that the UE recognized, the 
UE can optionally perform or not perform the Cell Up- 
date/RRC Connection Setup process according to infor- 
mation on a CU/RC required field In the MBMS Paging 
message. More specifically, when a CU/RC required 
field in the MBMS Paging message is set to "on," the 
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UE performs the Cell Update process or the RRC Con- 
nection Setup process (Step 406). 

2. MBMS Control Message Transmission/Reception 
Process 

[0056] When the MBMS Paging process is ended, the 
RNC transmits an MBMS Control message to the UE 
over a common control channel, e.g., FACH (Step 403). 
The MBMS Control message includes message type, 
TMGI, response required, AMID, and value tag param- 
eters, and the parameters included in the MBMS Control 
message will now be described below. 

(1) message type 

[0057] Message type is a parameter indicating a mes- 
sage type of the MBMS Control message, and the mes- 
sage type will be described. For example, if the mes- 
sage type is set to "0," the MBMS Control message rep- 
resents an MBMS RB (Radio Bearer) Setup message, 
and if the message type is set to "1 ," the MBMS Control 
message represents an MBMS RB Reconfiguration 
message. In addition, if the message type is set to "2," 
the MBMS Control message represents an MBMS Ci- 
phering Key Update message, and if the message type 
is set to "3," the MBMS Control message represents an 
MBMS RB Release message. 

(2) TMGI 

[0058] As described above, TMGI is an identifier for 
identifying a particular MBMS service. 

(3) response required 

[0059] Response required is a parameter indicating 
whether UEs that received the MBMS Control message 
must transmit a response message for the received 
MBMS Control message to the RNC. Generally, the re- 
sponse required is set together with the CU/RC re- 
quired. For example, if the CU/RC required is set to "off," 
the response required of an MBMS Control message as- 
sociated with the corresponding MBMS Paging mes- 
sage is also set to "off," and if the CU/RC required is set 
to "on," the response required of an MBMS Control mes- 
sage associated with the corresponding MBMS Paging 
message is also set to "on." If the response required is 
set to "off," it means that the UE need not transmit a 
response message to the received MBMS Control mes- 
sage, and if the response required is set to "on ," it means 
that the UE must transmit a response message to the 
received MBMS Control message. 

(4) AMID 

[0060] AMID is set to the same value as that of AMID 
assigned to the MBMS Paging message. 



(5) value tag 

[0061] When the MBMS control message is repeat- 
edly transmitted a predetermined number of times, the 

5 same MBMS Control messages transmitted the prede- 
termined number of times are assigned the same value 
tag. Therefore, a UE receiving two or more same MBMS 
Control messages can prevent a previously transmitted 
MBMS Control message from being retransmitted, us- 

10 ing the value tag included in the received MBMS Control 
message. 

[0062] Though not illustrated in FIG 4, the MBMS 
Control message may include a control parameter, and 
the control parameter has parameters to be applied to 
15 an object the M BMS Control message desires to control. 
For example, when the MBMS Control message repre- 
sents an MBMS RB Reconfiguration message, L2 infor- 
mation and L1 information of a radio bearer to be recon- 
figured are included in the control parameters. 
[0063] The RNC repeatedly transmits an MBMS Con- 
trol message to the UE over FACH (Step 404). Although 
the MBMS Control message was transmitted as many 
times as the predetermined number of times, if the UE 
fails to receive the MBMS Control message even at a 
time when theTTR elapses (Step 407), the UE transmits 
a Retransmission Request message to the RNC (Step 
405). The Retransmission Request message is a mes- 
sage for requesting retransmission of a reception -failed 
MBMS Control message when the UE fails to receive 
the MBMS Control message although the UE has re- 
ceived an MBMS Paging message associated with the 
MBMS Control message from the RNC. Therefore, 
when the MBMS Control message is normally received 
after the MBMS Paging message was received, the Re- 
transmission Request message transmission process is 
not required. The Retransmission Request message in- 
cludes UE ID, TMGI, and AMID, and the UE requests 
retransmission of the MBMS Control message using the 
AMID. The RNC retransmits an MBMS Control message 
having a corresponding AMID to the UE, using AMID 
included in the Retransmission Request message. 
[0064] The process of transmitting and receiving the 
MBMS Paging message and the MBMS Control mes- 
sage, performed by the UE and the RNC as described 
in FIG. 4, will now be described with reference to FIGS. 
5 to 8. 

[0065] FIG 5 is a flowchart illustrating an operation of 
receiving an MBMS Control message by a UE in the 
IDLE, CELL_PCH, or URA_PCH state in FIG 4. Refer- 
ring to FIG 5, in step 501, when a UE in the IDLE, 
CELL_PACH or URA_PCH state detects TMGI and 
DRX parameters through a service Joining process, and 
the UE calculates PO and PI using the detected TMGI 
and DRX parameters. In step 502, the UE monitors the 
PICH signal according to the calculated PO. In step 503, 
the UE determines whether the monitored PICH signal 
has a paging instance (PI) indicating paging for an 
MBMS service. If it is determined that there is no PI in- 
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dicating paging for the MBMS service, the UE returns to 
step 502. However, if there is PI indicating paging for 
the MBMS service, the UE proceeds to step 504. In step 
504, the UE receives an MBMS Paging message by re- 
ceiving a PCH signal corresponding to the PICH signal 5 
being monitored. In step 505, the UE determines wheth- 
er TMGI included in the received MBMS Paging mes- 
sage is identical to the TMGI detected by the UE in the 
service Joining process. If it is determined that TMGI 
included in the MBMS Paging message is not identical 
to the TMGI detected by the UE, the UE returns to step 
502. That is, because the PICH signal has PI indicating 
paging for an MBMS service but it is not initiation infor- 
mation of an MBMS service requested by the UE, the 
UE returns back to the step of monitoring the PICH sig- 
nal. However, if the TMGI included in the MBMS Paging 
message is identical the TMGI detected by the UE, the 
UE proceeds to step 506. This indicates that the UE rec- 
ognizes initiation of an MBMS service requested by the 
UE itself. In step 506, the UE determines whether a CU/ 
RC required parameter included in the MBMS Paging 
message is turned "on." If the CU/RC required param- 
eter is turned "on," the UE proceeds to step 507. How- 
ever, if the CU/RC required parameter is not turned "on 
the UE proceeds to step 508. This will be determined by 
various considerations such as a current state of the U E 
and a reception condition of MBMS service data, and 
the UE performs an operation according to a set value 
of the CU/RC required parameter. 
[0066] In step 507, the UE performs the Cell Update 
process or the RRC Connection Setup process accord- 
ing to the current state of the UE as the CU/RC required 
parameter is turned "on," and then proceeds to step 509. 
However, in step 508, the UE buffers AMID and TTR 
included in the MBMS Paging message, and then pro- 
ceeds to step 509. In step 509, the UE monitors FACH. 
In step 51 0, the UE determines whether an MBMS Con- 
trol message is received over the monitored FACH. If 
the MBMS Control message is not received over the 
FACH, the UE proceeds to step 51 1 . In step 51 1 , the UE 
determines whether TTR has elapsed, as the MBMS 
Control message is not received. If the TTR has not 
elapsed, the UE returns to step 509 to continuously wait 
for the MBMS Control message to be received over the 
FACH. However, if it is determined in step 511 that the 
TTR has elapsed, the UE proceeds to step 512. In step 
512, the UE transmits AMID and TMGI included in the 
received MBMS Paging message to an RNC along with 
a Retransmission Request message. 
[0067] In step 513, the UE monitors an FACH signal 
to wait for an MBMS Control message corresponding to 
the Retransmission Request message. In step 514, the 
UE determines whether an MBMS Control message is 
received, based on the FACH monitoring result. If the 
MBMS Control message is not received over the FACH, 
the UE returns to step 513 to continuously monitor the 
FACH. However, if the MBMS Control message is re- 
ceived over the FACH, the UE proceeds to step 515. In 
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step 515, the UE performs an operation corresponding 
to the received MBMS Control message, and then ends 
the procedure. 

[0068] If it is determined in step 510 that an MBMS 
Control message is received overthe FACH, the UE pro- 
ceeds to step 516. In step 516, the UE determines 
whether a value tag of the currently received MBMS 
Control message is identical to a value tag of the previ- 
ously received MBMS Control message. If a value tag 
of the currently received MBMS Control message is 
identical to a value tag of the previously received MBMS 
Control message, the UE proceeds to step 51 7. In step 
517, the UE ignores the currently received MBMS Con- 
trol message because the currently received MBMS 
Control message is retransmission of the previously re- 
ceived MBMS Control message. However, if it is deter- 
mined in step 516 that a value tag of the currently re- 
ceived MBMS Control message is not identical to a val- 
ue tag of the previously received MBMS Control mes- 
sage, the UE proceeds to step 518. In step 518, the UE 
buffers the value tag of the currently received MBMS 
Control message, and then proceeds to step 519. In 
step 519, the UE performs an operation corresponding 
to the received MBMS Control message, and then ends 
the procedure. 

[0069] FIG 6 is a flowchart illustrating a process of re- 
ceiving an MBMS Control message by a UE in a 
CELL_FACH state in FIG 4. Referring to FIG 6, in step 
601, the UE monitors an FACH signal and then pro- 
ceeds to step 602, because it is in a CELL_FACH state. 
In step 602, the UE determines whether an MBMS Con- 
trol message is received overthe monitored FACH. If 
an MBMS Control message is not received over the 
FACH, the UE returns to step 601 to continuously wait 
for the MBMS Control message. However, if an MBMS 
Control message is received overthe FACH, the UE pro- 
ceeds to step 603. In step 603, the UE determines 
whether a value tag of the currently received MBMS 
Control message is identical to a value tag of the previ- 
ously received MBMS Control message. If a value tag 
of the currently received MBMS Control message is 
identical to a value tag of the previously received MBMS 
Control message, the UE proceeds to step 604. In step 
604, the UE ignores the currently received MBMS Con- 
trol message because the currently received MBMS 
Control message is retransmission of the previously re- 
ceived MBMS Control message. However, if it is deter- 
mined in step 603 that a value tag of the currently re- 
ceived MBMS Control message is not identical to a val- 
ue tag of the previously received MBMS Control mes- 
sage, the UE proceeds to step 605. In step 605, the UE 
buffers the value tag of the currently received MBMS 
Control message. In step 606, the UE performs an op- 
eration corresponding to the received MBMS Control 
message, and then ends the procedure. 
[0070] FIG 7 is a flowchart illustrating a process of re- 
ceiving an MBMS Control message by a UE in a 
CELL_DCH state in FIG. 4. Referring to FIG 7, in step 
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701 , the UE monitors a DCH signal and then proceeds 
to step 702, because it is in a CELLJDCH state. In step 

702, the UE determines whether an MBMS Control mes- 
sage is received over the monitored DCH. If an MBMS 
Control message is not received over the DCH, the UE 
returns to step 701 to continuously wait for the MBSMS 
Control message. However, if an MBMS Control mes- 
sage is received over the DCH, the UE proceeds to step 

703, In step 703, the UE performs an operation corre- 
sponding to the received MBMS Control message, and 
then ends the procedure. The reason that retransmis- 
sion of an MBMS Control message using a value tag is 
not considered in FIG 7 is because a UE in the 
CELL_DCH state receives the MBMS Control message 
over DCH having high reliability, and can receive an 
MBMS Control message even through a retransmission 
process by a radio link control (RLC) layer when an error 
has occurred despite the high reliability of the DCH. 
[0071] FIG 8 is a flowchart illustrating a process of 
transmitting an MBMS Control message by an RNC in 
FIG 4. Referring to FIG. 8, in step 800, the RNC man- 
ages an MBMS context for a particular MBMS service 
provided in an area managed by the RNC itself. The 
MBMS context includes the following information. 

(1) TMGI 

(2) DRX parameter 

(3) UE list in CELL_DCH state 

This is a list of UEs that will receive an MBMS 
service or are currently receiving the MBMS service 
in the CELL_DCH state, and DCH-related informa- 
tion. 

(4) UE list in CELL.FACH state 

This is a list of UEs that will receive an MBMS 
service or are currently receiving the MBMS service 
in the CELL_FACH state, and a list of cells where 
the UEs are located. 

(5) UE list in CELL.PCH state 

This is a list of UEs that will receive an MBMS 
service or are currently receiving the MBMS service 
in the CELL_PCH state, and a list of cells where the 
UEs are located. 

(6) UE list in URA_PCH state 

This is a list of UEs that will receive an MBMS 
service or are currently receiving the MBMS service 
in the URA_PCH state, and a list of cells where the 
UEs are located. 

(7) L1 information of each cell 

This includes L1 information such as a chan- 
nelization code and max power. 

[0072] Although the MBMS context can include other 
information in addition to the above information, infor- 
mation having no effect on the invention will be omitted 
for simplicity. 

[0073] The various UE lists are updated using mobil- 
ity-related messages thatthe UEs transmit while moving 
between cells. For example, UEs in the CELL_PCH 
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state transmits a Celi Update message to the RNC as 
they change their cells, and the RNC recognizes that a 
cell to which the UEs belong is changed, using the Cell 
Update message. The UE transmits the Cell Update 
5 message in the following cases. 

(1) A UE in the CELL_PCH state moves from the 
current cell to another cell. 

(2) A UE in the CELL_PCH or URA.PCH state re- 
ceives a Paging message. 

(3) Cell synchronization is lost in aphysical channel. 

[0074] The proposed CU/RC required parameter in 
the MBMS Paging message is used only for the second 
case where the UE is in the CELL.PCH or URA.PCH 
state, among the above cases in which the Cell Update 
message is transmitted. 

[0075] If an MBMS Control message to be transmitted 
to UEs receiving a particular MBMS service is generated 
in step 801 while the RNC manages the MBMS context, 
then the RNC proceeds to step 802. An MBMS Control 
message for the MBMS service is generated, when the 
RNC itself needs to modify parameters related to the 
MBMS service or when a core network (CN) requests 
modification of MBMS service-related parameters. The 
RNC itself needs to modify parameters related to the 
MBMS service when an MBMS RB Reconfiguration 
message must be transmitted in order to modify MBMS 
RB information of a particular cell, and the CN requests 
modification of the MBMS service-related parameters 
when the CN notifies an end of the MBMS service. 
[0076] In step 802, the RNC must transmit the MBMS 
Control message to UEs managed in the MBMS con- 
text, and must analyze a state of UEs managed in the 
MBMS context in order to transmit the MBMS Control 
message. That is, because a series of processes, e.g., 
paging processes, for transmitting the MBMS Control 
message according to a state of the UEs are different, 
a state of the UEs managed in the MBMS context must 
be analyzed. In step 802, the RNC analyzes a state of 
the UEs managed in the MBMS context to determine 
whether a corresponding UE is in a CELL_DCH state. 
If it is determined that the corresponding UE is not in the 
CELLJDCH state, the RNC proceeds to step 803. In 
step 803, the RNC detects a cell where the UEs are lo- 
cated. Because processes of steps 803 to 809 are sep- 
arately performed for each cell where the UEs are locat- 
ed, the process of step 804 and its succeeding steps will 
be described with reference to a particular one cell, by 
way of example. 

[0077] After detecting a cell where the UEs are locat- 
ed in step 803, the RNC calculates PO and PI using TM- 
Gl and DRX parameters stored in the MBMS context in 
step 804. In step 805, the RNC transmits a PICH signal 
by turning on PI at corresponding PO. In step 806, the 
RNC transmits an MBMS Paging message over PICH, 
a predetermined time after the PICH signal is transmit- 
ted. The MBMS Paging message, as mentioned above, 
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includes such parameters asTMGI, AMID, TTR andCU/ 
RC required. In step 807, the RNC repeatedly transmits 
an MBMS Control message associated with the MBMS 
Paging message over the PCH a predetermined 
number N of times, stores the repeatedly transmitted 
MBMS Control messages. A value tag is added to each 
of the repeatedly transmitted MBMS control messages 
to prevent a UE from repeatedly transmitting the same 
MBMS Control message several times. In step 808, the 
RNC repeatedly transmits the MBMS Control message 
N times, and thereafter, receives a Retransmission Re- 
quest message from a UE. The RNC detects UE ID and 
AMID from the received Retransmission Request mes- 
sage, and the reason is to retransmit an MBMS Control 
message corresponding to the Retransmission Request 
message to theUE. 

[0078] In step 809, the UE retransmits a correspond- 
ing MBMS Control message using the UE ID and AMID 
included in the Retransmission Request message, and 
then ends the procedure. Here, retransmitting the 
MBMS Control message using UE ID and AMID is re- 
transmitting a dedicated message, and retransmitting 
the MBMS Control message using only the AMID is re- 
transmitting a group message. The dedicated message 
retransmission or the group message retransmission 
can be varied according to system characteristics. If it 
is determined in step 802 that the UE is in the 
CELL_DCH state, the RNC proceeds to step 810 be- 
cause a separate paging process is not required. In step 
810, the RNC transmits an MBMS Control message to 
the UE, and then ends the procedure. The reason that 
the RNC does not repeatedly transmit the MBMS Con- 
trol message to the UE is because there is very low error 
probability due to the high reliability of the DCH, and 
even though an error occurs, the MBMS Control mes- 
sage can be retransmitted through RLC retransmission. 
[0079] A process of transmitting and receiving the 
MBMS control message according to a first embodiment 
of the present invention has been described so far with 
reference to FIGs. 4 to 8. Next, a process of transmitting 
and receiving an MBMS Control message according to 
a second embodiment of the present invention will be 
described. 

[0080] FIG 9 is a signaling diagram illustrating a proc- 
ess of transmitting and receiving an MBMS control mes- 
sage between a UE and an RNC according to a second 
embodiment of the present invention. Before a descrip- 
tion of FIG 9, it should be noted that unlike the first em- 
bodiment, the second embodiment does not use the CU/ 
RC required parameter. FIG 9 is identical to FIG 4 in 
operation of steps 401 and 403 to 407, except that the 
CU/RC required parameter is not included in the MBMS 
Paging message in step 902, unlike in step 402 of FIG 
4. As described above, the CU/RC required parameter 
is a parameter indicating whether the UEs receiving an 
MBMS Paging message will perform the Cell Update 
process or the RRC Connection Setup process. The 
second embodiment of the present invention enables 



the UEs to determine whether to perform the Cell Up- 
date process or the RRC Connection Setup process us- 
ing an MBMS paging cause parameter in the MBMS 
Paging message, even without using the CU/RC re- 

s quired parameter. 

[0081 ] The first embodiment of the present invention 
adds the MBMS paging cause to an MBMS Paging mes- 
sage to detect when a paging is an MBMS call. The sec- 
ond embodiment of the present invention defines MBMS 

10 Notification, MBMS Signaling Type 1 , and MBMS Sign- 
aling Type 2, as an MBMS paging cause. An operation 
of UEs receiving the MBMS paging message including 
the MBMS paging cause will now be described herein 
below. 

15 [0082] First, if an MBMS paging cause included in the 
MBMS Paging message indicates MBMS Notification, i. 
e., indicates that an MBMS service will be initiated soon, 
then the corresponding UEs must transmit an MBMS 
Paging Response message to the CN. Therefore, the 

20 UEs must perform a necessary operation such as the 
Cell Update process or the RRC Connection Setup 
process according to their states. 
[0083] Second, if MBMS paging cause included in the 
MBMS Paging message indicates MBMS Signaling 

25 Type 1, i.e., indicates that an MBMS Control message 
for which a response message must be transmitted will 
be transmitted over FACH, then UEs must perform a 
necessary operation such as the Cell Update process 
or the RRC Connection Setup process. 

30 [0084] Third, if MBMS paging cause included in the 
MBMS Paging message indicates MBMS Signaling 
Type 2, i.e., indicates that an MBMS Control message 
for which a response message is not required to be 
transmitted will be transmitted over FACH, then the UEs 

35 receive an MBMS Control message over the FACH with- 
out performing a separate operation such as the Cell 
Update process or the RRC Connection Setup process. 
[0085] Referring to FIG 9, the RNC transmits PICH 
containing PI indicating paging to the UE at a time PI of 

40 the corresponding PO (Step 401), and transmits an 
MBMS Paging message to the UE over PCH after a 
lapse of a predetermined time (Step 902). The MBMS 
Paging message indicates whether the Cell Update/ 
RRC Connection Setup process must be performed, 

45 with paging cause instead of the CU/RC required pa- 
rameter described in step 402 of FIG 4. That is, the RNC 
controls the Cell Update process or the RRC Connec- 
tion Setup process of UEs even without including the 
CU/RC required parameter, by uniquely setting the 

50 MBMS paging cause according to the type of the MBMS 
Control message to be transmitted. For example, if an 
MBMS Control message to be transmitted in association 
with the MBMS Paging message is a message that does 
not require a separate response message, the RNC sets 

55 MBMS paging cause to Signaling Type 2, and if an 
MBMS Control message to be transmitted in association 
with the MBMS Paging message is a message that re- 
quires a separate response message, the RNC sets 
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MBMS paging cause to Signaling Type 1 . In addition, if 
an MBMS Control message to be transmitted in associ- 
ation with the MBMS Paging message is a message in- 
dicating MBMS Notification, the RNC sets MBMS pag- 
ing cause to Notification. The process of steps 403 to 
407 is identical to the corresponding process of FIG 4, 
so a detailed description thereof will be omitted. 
[0086] FIG 10 is a flowchart illustrating a process of 
receiving an MBMS Control message by a UE in an 
IDLE, CELL_PCH, or URA.PCH state. Before a de- 
scription of FIG 10, it should be noted that the steps 
where the same operation as described in FIG 5 are per- 
formed are denoted by the same reference numerals. 
That is, a process of steps 501 to 504 of FIG. 1 0 is iden- 
tical to a process of steps 501 to 504 of FIG 5, and steps 
507 to 519 of FIG 10 are identical to steps 507 to 519 
described in FIG 5. Referring to FIG 10, in step 1006, 
the UE determines whether MBMS paging cause of a 
received MBMS Paging message is one of MBMS Sig- 
naling Type 1 and MBMS Notification. If it is determined 
that MBMS paging cause of the received MBMS Paging 
message is one of MBMS Signaling Type 1 and MBMS 
Notification, the UE proceeds to step 507. In step 507, 
the UE performs the Cell Update process or the RRC 
Connection Setup process according to its current state, 
and if MBMS paging cause of the MBMS Paging mes- 
sage is MBMS Signaling Type 1, the UE proceeds to 
step 509. However, if MBMS paging cause of the MBMS 
Paging message is MBMS Notification, the UE pro- 
ceeds to step 1030. In step 1030, the UE transmits an 
MBMS Paging Response message to the RNC in re- 
sponse to the received MBMS Paging message, and 
then proceeds to step 1 031 . In step 1 031 , the UE waits 
in the CELL_FACH state. The MBMS Paging Response 
message can include an ID of a UE that transmits the 
MBMS Paging Response message, and the RNC deliv- 
ers the received MBMS Paging Response message to 
an SGSN. The SGSN then can detect a list of UEs de- 
siring to receive an MBMS service for each RNC by re- 
ceiving the MBMS Paging Response message. 
[0087] If it is determined in step 1 006 that MBMS pag- 
ing cause of the received MBMS Paging message is nei- 
ther MBMS Signaling Type 1 nor MBMS Notification, i. 
e., if MBMS paging cause of the received MBMS Paging 
message is MBMS Signaling Type 2, then the UE pro- 
ceeds to step 508. The succeeding processes are iden- 
tical to the processes described in FIG 5, so a detailed 
description thereof will be omitted. 
[0088] A process of receiving the MBMS Control mes- 
sage by the UE in the IDLE, CELL_PCH, or URA.PCH 
state has been described above with reference to FIG 
10. Because the second embodiment is identical to the 
first embodiment in a process of receiving the MBMS 
Control message by the UE in the CELL_FACH and 
CELL_DCH states, a detailed description thereof will be 
omitted. 

[0089] FIG 11 is a flowchart illustrating a process of 
transmitting an MBMS Control message by an RNC in 



FIG. 9, Before a description of FIG. 1 1 , it should be noted 
that a process of steps 800 to 805 and steps 807 to 81 0 
of FIG 1 1 is identical to the process of steps 800 to 805 
and steps 807 to 810 of FIG 8. Referring to FIG 11, in 

5 step 1106, the RNC transmits an MBMS Paging mes- 
sage over PCH, a predetermined time after a PICH sig- 
nal is transmitted, and then proceeds to step 807. The 
MBMS Paging message, as described above, includes 
such parameters asTMGI, AMID, TTR, and MBMS pag- 

10 ing cause, and the MBMS paging cause is determined 
according to a characteristic of an MBMS Control mes- 
sage that will be transmitted in association with the 
MBMS Paging message. A process of steps 807 to 810 
is identical to the corresponding process of FIG 8, so a 

15 detailed description thereof will be omitted. 

[0090] Next, detailed operations of SGSN, RNC, and 
UE according to the first and second embodiments of 
the present invention will be described with reference to 
FIGs. 12 to 14. 

20 [0091] FIG 1 2 is signaling diagram illustrating a serv- 
ice Notification process and an MBMS RB Setup proc- 
ess when a UE X and a UE Y are in the same cell, ac- 
cording to the present invention. In describing FIG 12, 
it should be noted that all processes are applied in com- 

25 mon to the first and second embodiments of the present 
invention unless they are separately specified. Refer- 
ring to FIG. 12, an SGSN transmits an MBMS Paging 
message containing TMGI and DRX parameters, a UE 
list, and a RA (Routing Area) list, to an RNC (Step 1 201 ). 

30 The RNC receives the MBMS Paging message from the 
SGSN, and determines cells to which it will transmit the 
MBMS Paging message by using the UE list and RA list 
in a connected mode. That is, because the RNC always 
recognizes the cells or URAs where UEs in the connect- 

35 ed mode (i.e., UEs in the URA_PCH, CELL.PCH, 
CELL_FACH, or CELL_DCH state) are located, the 
RNC can determine the cells to which it must transmit 
the MBMS Paging message. In addition, because the 
URA is a set of cells, a list of UEs in the connected mode 

40 state is substituted for a set of cells. When the same 
cells are included in the set of cells, they are deleted 
with only one cell left, i.e., are deleted to prevent dupli- 
cates. The left cell, together with other different cells, 
become the cells that will receive the MBMS Paging 

45 message. In addition, the SGSN can deliver the RA list, 
which is a set of cells to the RNC, and the R A represents 
information on a position where UEs in the IDLE state 
are located after performing a service joining process. 
The SGSN tracks a position of the UEs in the I DEL state 

so by the RA. Therefore, the RA list is also substituted for 
a set of cells to which the MBMS Paging message is to 
be transmitted, and the RNC deletes the same cells in 
the two kinds of cell sets (the cell set by the UE list in 
the connected mode and the cell set by the RA list) , leav- 

55 ing only one cell. The RNC transmits an MBMS Paging 
message to UEs in the undeleted cells, i.e., a UE X and 
a UE Y (Steps 1202 and 1203). As stated above, the UE 
X and the UE Y are UEs in the same cell. 
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[0092] As described above, the first embodiment and 
the second embodiment are different in parameters in- 
cluded in the MBMS Paging message transmitted from 
the RNC to the UEs. It is assumed in FIG 12 that a CU/ 
RC required parameter isturned "on" and MBMS paging 
cause is set to MBMS Notification (first embodiment), or 
MBMS paging cause is set to MBMS Notification (sec- 
ond embodiment). Upon receiving the MBMS Paging 
message, the UEs perform the Cell Update process or 
the RRC Connection Setup process (Step 1204). The 
reason for performing the Cell Update process or the 
RRC Connection Setup process is because the CU/RC 
required parameter is turned "on" and MBMS paging 
cause is setto MBMS Notification (first embodiment), or 
MBMS paging cause is set to MBMS Notification (sec- 
ond embodiment). Thereafter, the UE Y and the UE X 
each transmit an MBMS Paging Response message to 
the SGSN via the RNC (Step 1 205). The MBMS Paging 
Response message includes TMGI and UE ID. 
[0093] Upon receiving the MBMS Paging Response 
messages transmitted by the UE X and UE Y, the SGSN 
transmits an MBMS RAB Assignment Request mes- 
sage to the RNC to which the corresponding UEs belong 
(Step 1206). The MBMS RAB Assignment Request 
message includes TMGI, QoS information, and UE list 
to be served. The QoS information can be comprised of 
a required bandwidth, a permissible delay, and a per- 
missible error rate for an MBMS service, and the RNC 
can determine an MBMS RB parameterthat can satisfy 
the QoS. In addition, the UE list to be served can be- 
come a list of the RNC's UEs that transmitted the MBMS 
Paging Response message, and the RNC can deter- 
mine the cells to which it must transmit an MBMS RB 
Setup message, using the information. 
[0094] The RNC transmits an MBMS RB Setup mes- 
sage to the UE X and the UE Y a predetermined number 
of times using the MBMS RAB Assignment Request 
message transmitted by the SGSN (Step 1207). The 
MBMS RB Setup message includes TMGI, MBMS RB 
info, and value tag, and the MBMS RB info includes a 
parameter for a radio channel over which an MBMS 
service will be provided, a packet data convergence pro- 
tocol (PDCP) parameter (header compression-related 
information), an RLC parameter (service data unit 
(SDU) discard information), a transport format combina- 
tion set (TFCS), and channelization code information. 
[0095] After receiving the MBMS RB Setup message 
the predetermined number of times, if the MBMS RB 
Setup message is normally received, the UE X and the 
UE Y set up a corresponding operation, i.e., a receiver, 
according to the MBMS RB info. Although the UE X and 
the UE Y repeatedly receive the MBMS RB Setup mes- 
sage the predetermined number of times, they perform 
an operation corresponding to the MBMS RB Setup 
message only once. When preparation for transmitting 
MBMS data between the RNC and the U E X and the UE 
Y is completed, the RNC transmits an MBMS RAB As- 
signment Response message to the SGSN (Step 1 208). 



Upon receiving the MBMS RAB Assignment Response 
message, the SGSN transmits MBMS data to the cor- 
responding RNC, and the RNC transmits the MBMS da- 
ta to the corresponding UEs, i.e., UEXand UE Y (Step 
5 1209). 

[0096] FIG 13 is a signaling diagram illustrating a 
process of updating a ciphering key when a UE X and 
a U E Y are in the same cell , according to an embodiment 
of the present invention. Before a description of FIG. 13, 

10 it is assumed that the ciphering key update process is 
performed through transmission of a Ciphering Key Up- 
date Information message and a separate response to 
the Ciphering Key Update Information message is not 
required. The use of a ciphering key provides a kind of 

*5 an authentication process for preventing an unauthen- 
ticated UE, e.g., a UE that did not perform a service Join- 
ing process or a UE that requested an end of the MBMS 
service, from receiving the MBMS service. In addition, 
it will be assumed that the use of a ciphering key and 

20 the ciphering key update process are controlled by the 
RNC. 

[0097] Referring to FIG 1 3, the RNC determines to up- 
date a ciphering key for a particular MBMS service (Step 
1301). The ciphering key is updated by the RNC itself, 
25 for example, when the currently used ciphering key has 
been used for a predetermined time. The ciphering key 
is updated when an SGSN requested update of the ci- 
phering key, for example, when a particular UE request- 
ed an end of the MBMS service, so the SGSN requested 
30 update of the ciphering key. The RNC then turns on PO 
and PI for a corresponding time to transmit PICH to the 
corresponding UEs, i.e., UE X and UE Y, in order to 
transmit the Ciphering Key Update Information mes- 
sage indicating the ciphering key update (Step 1302). 
35 Thereafter, the RNC transmits an MBMS Paging mes- 
sage to the UE X and the UE Y over PCH (Step 1303). 
As described above, the first embodiment and the sec- 
ond embodiment are different in parameters included in 
the MBMS Paging message, and it will be assumed in 
40 FIG 1 3 that a CU/RC required parameter is turned "off" 
and MBMS paging cause is setto MBMS Signaling (first 
embodiment), or MBMS paging cause is set to MBMS 
Signaling Type 2 (second embodiment). 
[0098] UEs receiving the MBMS Paging message 
^5 perform the following operation (1304). First, because 
CU/RC required parameter is turned "off" in the first em- 
bodiment, UEs receiving an MBMS Paging message 
based on the first embodiment store such parameters 
as TMGI, AMID, and TTR, and then start receiving data 
so transmitted over FACH. The UEs do no perform the Cell 
Update process (UEs in the CELL_PCH and URA_PCH 
states) or the RRC Connection Setup process (UEs in 
the IDLE state). Next, because MBMS paging cause is 
set to MBMS Signaling Type 2 in the second embodi- 
55 ment, UEs receiving the MBMS Paging message based 
on the second embodiment store such parameters as 
TMGI, AMID, and TTR, and then start receiving data 
transmitted over FACH. The UEs do no perform the Cell 
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Update process (UEs in the CELL_PCH and URA_PCH 
states) or the RRC Connection Setup process (UEs in 
the IDLE state). 

[0099] Thereafter, the RNC repeatedly transmits the 
Ciphering Key Update Information message to the UE 5 
X and UE Y, a predetermined number of times (Step 

1305) . The Ciphering Key Update Information message 
includes TMGI, AMID, value tag, and new ciphering key. 
In some cases, the UE X may fail to receive the Cipher- 
ing Key Update Information message, although the 
RNC repeatedly transmitted the Ciphering Key Update 
Information message a predetermined number of times. 
That is, the UE X may fail to receive an MBMS Control 
message having the same TMGI and AMID as those of 
the MBMS Paging message until the TTR elapses (Step 

1306) . In this case, the UE X can perform the Cell Up- 
date process or the RRC Connection Setup process 
(Step 1307). As described above, the reason is because 
the Cell Update process or the RRC Connection Setup 
process is aimed at assigning unique identifiers U-RNTi 
and C-RNTI of a RAN to a particular UE and making an 
agreement on a transport format of an RRC message. 
If SRB 0 is used in steps 1308 and 1309 instead of the 
C-RNTI/U-RNTI, the step 1307 (Cell Update process or 
RRC Connection Setup process) is not required. 
[0100] The UE X transmits a Retransmission Request 
message to the RNC over RACH using TMGI, AMID and 
UE ID (Step 1308). The C-RNTI/U-RNTI can be used 
as the UE ID, and if the C-RNTI/U-RNTI does not exist, 
I MSI (International Mobile Subscriber Identification) can 
be used as the UE ID. Upon receiving the Retransmis- 
sion Request message from the UE X, the RNC deter- 
mines a retransmission message using TMGI and AMID 
included in the Retransmission Request message, and 
retransmits the Ciphering Key Update Information mes- 
sage over FACH according to the determination result 
(Step 1 309). When the Cell Update process or the RRC 
Connection Setup process is not performed in step 
1307, the Ciphering Key Update Information message 
being retransmitted is also transmitted in the form of a 
group message. In contrast, when the Cell Update proc- 
ess or the RRC Connection Setup process is performed 
in step 1307, the Ciphering Key Update Information 
message being retransmitted is transmitted in the form 
of a dedicated message for the UE X. 
[0101] FIG 14 is a signaling diagram illustrating a 
process of releasing an MBMS RB when a UE X and a 
UE Y are in the same cell, according to the present In- 
vention. Before a description of FIG 14, it will be as- 
sumed that the MBMS RB is released through transmis- 
sion of an MBMB RB Release message, and the MBMS 
RB Release message also does not require a separate 
response thereto. Referring to FIG 14, the RNC deter- 
mines to release an MBMS RB for a particular MBMS 
service (Step 1401). Release of the MBMS RB is also 
determined by the RNC itself (for example, when no 
more radio resource is available for a particular cell), or 
when an SGSN requests release of the MBMS RB (for 
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example, when MBMS service is ended). The RNC then 
turns on PO and PI for a corresponding time and trans- 
mits PICH to corresponding UEs, i.e., UE X and UE Y, 
in order to transmit an MBMS RB Release message in- 
dicating release of the MBMS RB (Step 1402). Thereaf- 
ter, the RNC transmits an MBMS Paging message to 
the UE X and the UE Y over PCH (Step 1403). As de- 
scribed above, the first embodiment and the second em- 
bodiment are different in parameters included in the 
MBMS Paging message, and it will be assumed in FIG 
14 that a CU/RC required parameter is turned "off' and 
MBMS paging cause is set to MBMS Signaling (first em- 
bodiment), or MBMS paging cause is set to MBMS Sig- 
naling Type 2 (second embodiment). 
[0102] UEs receiving the MBMS Paging message 
perform the following operation (1404). First, because 
CU/RC required parameter is turned "off" in the first em- 
bodiment, UEs receiving an MBMS Paging message 
based on the first embodiment store such parameters 
as TMGI, AMID, and TTR, and then start receiving data 
transmitted over FACH. The UEs do no perform the Cell 
Update process (UEs in the CELL_PCH and URA_PCH 
states) or the RRC Connection Setup process (UEs in 
the IDLE state). Next, because the MBMS paging cause 
is set to MBMS Signaling Type 2 in the second embod- 
iment, UEs receiving the MBMS Paging message based 
on the second embodiment store such parameters as 
TMGI, AMID, and TTR, and then start receiving data 
transmitted over FACH. The UEs do no perform the Cell 
Update process (UEs in the CELL_PCH and URA_PCH 
states) or the RRC Connection Setup process (UEs in 
the IDLE state). 

[0103] Thereafter, the RNC repeatedly transmits an 
MBMS RB Release message to the UE X and UE Y, a 
predetermined number of times (Step 1405). The 
MBMS RB Release message includes TMGI , AM ID , val- 
ue tag, and RB Release info. In some cases, the UE X 
may fail to receive the MBMS RB Release message, al- 
though the RNC repeatedly transmitted the MBMS RB 
Release message a predetermined number of times. 
That is, the UE X may fail to receive an MBMS Control 
message having the same TMGI and AMID as those of 
the MBMS Paging message untiltheTTR elapses (Step 
1406). In this case, the UE X can perform the Cell Up- 
date process or the RRC Connection Setup process 
(Step 1407). As described above, the reason is because 
the Cell Update process or the RRC Connection Setup 
process is aimed at assigning unique identifiers U-RNTI 
and C-RNTI of a RAN to a particular UE and making an 
agreement on a transport format of an RRC message. 
If SRB 0 is used in steps 1408 and 1409 instead of the 
C-RNTI/U-RNTI, the step 1407 (i.e., the Cell Update 
process or the RRC Connection Setup process) is not 
required. 

[0104] The UE X transmits a Retransmission Request 
message to the RNC over RACH using TMGI, AMID and 
UE ID (Step 1408). The C-RNTI/U-RNTI can be used 
as the UE ID, and if the C-RNTI/U-RNTI does not exist, 
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IMSI can be used as the UE ID. Upon receiving the Re- 
transmission Request message from the U E X, the RNC 
determines a retransmission message using TMGI and 
AMID included in the Retransmission Request mes- 
sage, and retransmits the MBMS RB Release message 
over FACH according to the determination result (Step 
1409). When the Cell Update process or the RRC Con- 
nection Setup process is not performed in step 1407, 
the MBMB RB Release message being retransmitted is 
also transmitted in the form of a group message. In con- 
trast, when the Cell Update process or the RRC Con- 
nection Setup process is performed in step 1407, the 
MBMS RB Release message being retransmitted is 
transmitted in the form of a dedicated message for the 
UEX. 

[0105] In providing an MBMS service, an area provid- 
ing the MBMS service is divided into a tracking area and 
a non-tracking area. A third embodiment of the present 
invention provides a method for determining whether to 
perform the Cell Update/RRC Connection Setup proc- 
ess of UEs according to whether an area where UEs 
receiving the MBMS service is the tracking area or the 
non-tracking area. 

[0106] The tracking area and the non-tracking area 
will be described in detail later. UEs located in a service 
area corresponding to the non-tracking area are control- 
led not to perform the Cell Update or RRC Connection 
Setup process even though they receive an MBMS Pag- 
ing message (i.e., generally even when they must per- 
form a Cell Update operation), so the UEs do not per- 
form message transmission. By avoiding performing the 
message transmission due to the Cell Update or RRC 
Connection Setup process, congestion of uplink signals 
is prevented. The effects of removing congestion of up- 
link signals are maximized when many UEs are located 
in one cell, for example, when a large number of UEs 
exist in such a place as a sports stadium. That is, if 1 000 
UEs desire to receive a particular MBMS service in a 
particular service area, the service area is designated 
as a non-tracking area to prevent uplink signal transmis- 
sion occurring due to the Cell Update or RRC Connec- 
tion Setup process performed by the UEs in response 
to an MBMS Paging message received. The most im- 
portant criterion in the third embodiment is how a UE 
determines whether a service area where it belongs is 
a tracking area or a non-tracking area. 
[0107] First, a description will be made of a case 
where the UE determines whether a service area where 
it belongs is a tracking area or a non-tracking area by 
using system information block (SIB). That is, by includ- 
ing information indicating whether the cell is a tracking 
area or a non-tracking in a particular SIB broadcasted 
from a particular cell, U Es accessing the cell determine 
whether to perform a response operation when an 
MBMS service-related paging message or an MBMS 
Control message is received in the future. The method 
using the SIB has the following problem. If UEs in the 
CELL_PCH or CELL_FACH state move from a cell A in 



a tracking area to a cell B in a non-tracking area, an error 
may occur in managing mobility of UEs because a Cell 
Update message cannot be transmitted. In this case, 
because an RNC determines that the UE is still located 

5 in the cell A although it has moved from the cell A to the 
cell B, when such a process as incoming call paging 
must be performed on the UE, the RNC transmits a mes- 
sage for paging the UE to the cell A. The increasing in- 
appropriate transmission of an RNC signal to the cell 

10 where the UE does not exist causes a management er- 
ror. 

[0108] Therefore, the third embodiment of the present 
invention uses a field over which a CU/RC required pa- 
rameter in the MBMS Paging message is transmitted. 

15 As described above, the CU/RC required parameter is 
a parameter indicating whether to perform the Cell Up- 
date process or the RRC Connection Setup process up- 
on receipt of an MBMS Paging message. As a result, 
because the CU/RC required parameter is identical in 

20 role to a parameter that must indicate whether to per- 
form a response to an MBMS Control message accord- 
ing to the tracking area orthe non-tracking area, the third 
embodiment of the present invention uses the CU/RC 
required parameter as a parameter indicating whether 

25 to perform a response operation according to the track- 
ing area orthe non-tracking area. Then, when an MBMS 
Control message is transmitted to a cell belonging to the 
non-tracking area, a CU/RC required parameter in an 
MBMS Paging message related to transmission of the 

30 MBMS Control message is set to "off 1 before being 
transmitted. Upon receiving the MBMS Paging mes- 
sage with the CU/RC required parameter set to "off," a 
UE does not perform a response process (Cell Update 
process or RCC Connection Setup process) in response 

35 to an MBMS Control message received in association 
with the MBMS Paging message. Therefore, the third 
embodiment is fundamentally identical to the first em- 
bodiment in an operation of receiving messages related 
to an MBMS service for the UEs, i.e., MBMS Paging 

40 message or MBMS Control message. In a process of 
exchanging an MBMS Control message in the form of a 
dedicated message with a UE, the third embodiment us- 
es the same message transmission/reception method 
as the first embodiment. However, in a process of trans- 

45 mitting/receiving a group message-type MBMS Control 
message, the succeeding operations are determined 
according to a CU/RC required parameter value in the 
MBMS Paging message. By using the CU/RC required 
parameter in the MBMS Paging message in this man- 

so ner, the UE normally performs the Cell Update or RRC 
Connection Setup process even though the UE fails to 
determine whether a service area where it belongs is a 
tracking area or a non-tracking area. Because the UE 
performs a response operation, i.e., Cell Update or RRC 

55 Connection Setup process, using a value of the CU/RC 
required parameter included in the MBMS Paging mes- 
sage, the RNC can accurately detect movement of the 
UE when it moves to a new cell, thereby preventing a 
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mobility management error. 
[0109] FIG 15 Is a flowchart illustrating a process of 
transmitting an MBMS Control message by an RNC ac- 
cording to a third embodiment of the present invention. 
Before a description of FIG 15, it should be noted that 
the third embodiment is identical to the first embodiment 
in the UE's operation, but different from the first embod- 
iment in the RNC's operation. In describing the RNC's 
operation according to the third embodiment with refer- 
ence to FIG 1 5, the same operation as the RNC's oper- 
ation according to the first embodiment will be denoted 
by the same reference numeral. 
[0110] Referring to FIG 15, the RNC must always 
manage an MBMS context for a particular MBMS serv- 
ice provided in an area managed by the RNC itself, and 
the MBMS context includes the following information. 

(1) TMGI 

(2) DRX parameter 

(3) UE list in CELL_DCH state 

(4) UE list in CELL_FACH state 

(5) UE list in CELL_PCH state 

(6) UE list in URA_PCH state 

(7) L1 info of each cell 

Information contained in L1 info of each cell in- 
cludes channelization code and max power. 

(8) characteristic of each cell 

[0111] This is information indicating whether a service 
area in each cell is a tracking area or a non-tracing serv- 
ice area. 

[0112] Although the MBMS context can include other 
information in addition to the above information, only the 
information needed in describing the third embodiment 
is listed herein. Unlike the first embodiment, the third 
embodiment must manage information indicating 
whether each cell is a tracking area or a non-tracking 
area. The reason is because, as described above, an 
operation of transmitting and receiving an MBMS Pag- 
ing message and an MBMS Control message associat- 
ed with the MBMS Paging message becomes different 
according to whether a cell where the UE belongs is a 
tracking area or a non-tracking area. 
[0113] In addition, the UE lists managed in the MBMS 
context are updated using mobility-related messages 
that UEs transmit while moving between cells. For ex- 
ample, UEs in the CELL_PCH state, when changing 
their cell, transmit a Cell Update message to an RNC to 
notify that a cell where they belong was changed. The 
RNC receiving the Ceil Update message recognizes 
that the UE that transmitted the Cell Update message 
has moved to a new cell. 

[0114] The Cell Update message will now be de- 
scribed in brief. The UE transmits the Cell Update mes- 
sage to the RNC, when: 

(1 ) a UE in the CELL_PCH state moves from a cur- 
rent cell to a new cell; 
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(2) a UE in the CELL_PCH or RRA_PCHS state re- 
ceived a Paging message; and 

(3) synchronization is lost in a physical channel. 

5 [0115] In the third embodiment of the present inven- 
tion, the Cell Update message is transmitted consider- 
ing the second case, i.e., when a corresponding UE re- 
ceived a Paging message. 

[0116] Generally, it can be considered that all cells 

10 fundamentally belong to a tracking area. However, com- 
pared with a general cell, a cell where a very large 
number of users exist, e.g., a cell such as a large-scaled 
sports stadium, can be designated as a non-tracking ar- 
ea, in addition, the non-tracking area must be designat- 
es ed according to MBMS service. For example, a particu- 
lar cell may be designated as a non-tracking area for 
one MBMS service and as a tracking area for another 
MBMS service. In addition, it is assumed that informa- 
tion indicating whether a corresponding cell is a tracking 

20 area or a non-tracking area is delivered from a BM-SC 
to an SGSN (service joining process), and thereafter, 
delivered from the SGSN to an RNC (service notification 
process). As described in step 1201 of FIG 12, a list of 
cells belonging to a non-tracking area and a list of cells 

25 belonging to a tracking area can be included in an 
MBMS Paging message, and accordingly, the RNC can 
determine a characteristic of each cell, i.e., can deter- 
mine whether each cell is a tracking area or a non-track- 
ing area, beginning at a time when it receives an MBMS 

30 Paging message from the SGSN . 

[0117] Steps 800 to 805 of FIG 15 are identical in op- 
eration to steps 800 to 805 of FIG 8. In step 805, the 
RNC turns on PI of a corresponding PO to transmit a 
PICH signal, and then proceeds to step 1505. In step 

35 1 505, the RNC determines whether a cell where the UE 
belongs is a non-tracking area. If it is determined that a 
cell where the UE belongs is a non-tracking area, the 
RNC proceeds to step 1506. In step 1506, the RNC 
transmits an MBMS Paging message over PCH a pre- 

40 determined time after it transmitted the PICH signal, and 
then proceeds to step 807. As described above, the 
MBMS Paging message includes such parameters as 
TMGI, AMID, TTR and CU/RC required. In addition, be- 
cause a cell where the UE belong is a non-tracking cell, 

45 a response operation such as the Cell Update or RRC 
Connection Setup process is not required. Thus, the 
CU/RC required parameter is set to "off" before being 
transmitted. However, if it is determined in step 1505 
that a cell where the UE belongs is not a non-tracking 

50 cell but a tracking cell, the RNC proceeds to step 1 507. 
In step 1507, the RNC transmits an MBMS Paging mes- 
sage over PCH a predetermined time after it transmitted 
the PICH signal, and then proceeds to step 807. As de- 
scribed above, the MBMS Paging message includes 

55 such parameters as TMGI, AMID, TTR, and CU/RC re- 
quired. In addition, because a cell where the UE belong 
is a tracking cell, a response operation such as the Cell 
Update or RRC Connection Setup process must be re- 
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quired. Thus, the CU/RC required parameter is set to 
"on" before being transmitted. Steps 807 to 810 of FIG 
1 5 are identical in operation to steps 807 to 8 1 0 of FIG 8. 
[0118] While the present invention has been shown 
and described with reference to certain preferred em- 
bodiments thereof, it will be understood by those skilled 
in the art that various changes in form and details may 
be made therein without departing from the spirit and 
scope of the invention as defined by the appended 
claims. 



Claims 

1. A method for transmitting control information for a 
multimedia broadcast/multicast service (MBMS) by 
a radio network controller (RNC) in a mobile com- 
munication system including a user equipment (UE) 
and the RNC for providing the MBMS to the UE, the 
method comprising the steps of: 

if a control message for the MBMS to be trans- 
mitted to the UE is generated, generating oper- 
ation instruction information for the UE instruct- 
ing whether to respond to a paging message; 
and 

transmitting the paging message including the 
operation instruction information to the UE be- 
fore transmission of the control message. 

2. The method of claim 1 , wherein the operation in- 
struction information includes state transition in- 
struction information representing whether to re- 
spond to the paging message for the UE. 

3. The method of claim 1 , wherein the operation in- 
struction information includes a generation cause 
of the paging message. 

4. The method of claim 1 wherein the control message 
is transmitted on a common channel. 

5. The method of claim 4, wherein the control mes- 
sage is repeatedly transmitted a predetermined 
number of times using the identical identifier. 

6. A method of receiving control information for a mul- 
timedia broadcast/multicast service (MBMS) by a 
user equipment (UE) in a mobile communication 
system including the UE and a radio network con- 
troller (RNC) for providing the MBMS to the UE, the 
method comprising the steps of: 

determining whether to respond to a paging 
message by using operation instruction infor- 
mation for instructing whether to respond to the 
paging message; and 

transmitting response information to the RNC 
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according to the operation instruction informa- 
tion included in the paging message. 

7. The method of claim 6, wherein the operation in- 
5 struction information includes state transition in- 
struction information representing whether to re- 
spond to the paging message for the UE. 

8. The method of claim 6, wherein the operation in- 
fo struction information includes a generation cause 

of the paging message. 

9. A method for transmitting control information for a 
multimedia broadcast/multicast service (MBMS) by 

is a radio network controller (RNC) in a mobile com- 
munication system including a user equipment (UE) 
and the RNC providing the MBMS to the UE, the 
method comprising the steps of: 

20 if a control message to be transmitted to UEs 

requesting the MBMS service is generated, 
transmitting to the UEs a paging message in- 
cluding operation instruction information in- 
structing operation of the UEs according to a 

25 characteristic of an area where the UEs receive 

the MBMS service; and 
transmitting the control message to the U E after 
transmission of the paging message including 
operation instruction information. 

30 

10. The method of claim 9, wherein the operation in- 
struction information includes information instruct- 
ing whether to perform state transition of the UEs 
when the paging message is received. 

35 

11. The method of claim 9, wherein the characteristic 
of the area where the MBMS service is provided is 
a non-tracking area where one of a cell update and 
a radio resource control (RRC) connection setup of 

40 the UEs is not performed, and is a tracking area 
where one of a cell update and an RRC connection 
setup of the UEs is performed. 

12. The method of claim 9, wherein the characteristic 
45 of the area where the MBMS service is provided is 

determined according to MBMS service type. 

13. The method of claim 9, wherein the characteristic 
of the area where the MBMS service is provided is 

50 determined according to a number of the UEs re- 
questing the MBMS service. 

14. The method of claim 9, wherein each of the UEs 
receives the paging message, and determines 

55 whetherto perform one of a cell update and an RRC 
connection setup according to the operation in- 
struction information included in the received pag- 
ing information. 
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